perm filename HECHG.DOC[SYS,HE] blob
sn#129814 filedate 1974-11-12 generic text, type C, neo UTF8
COMMENT ⊗ VALID 00002 PAGES
C REC PAGE DESCRIPTION
C00001 00001
C00002 00002 12 Nov., 1974
C00006 ENDMK
C⊗;
12 Nov., 1974
A new HELIB has been put up. PICSPL, which spools TV image
output, and PICWR, which writes TV image files on the disk, have been
modified for the new date format. If you use them you should reload
as soon as possible.
File VIDEO, the DDVID interface, has been modified. The
following portions of the documentation for this file should be
changed:
1. Replace the description of procedure JOBOK with:
This procedure checks the status of DDVID jobs and returns an
integer in JOBNO which is the job number of a DDVID job, if at least
one exists, which will be sent commands. The value of the procedure
is decoded as follows: (All routines will send commands to DDVID will
fail if a value greater than 0 is not returned)
0 No copies of DDVID are running. JOBNO←0.
1 More than one copy of DDVID is running and there is
no copy with your PPN. The one with the highest job
number will be returned.
2 There is only one copy of DDVID running, or only one
running with your PPN. It will be retured.
3 There is more than one copy of DDVID running with
your PPN. The one with the highest job number will
be returned.
2. Under 'SENDING PICTURES TO DDVID', the second paragraph should be
replaced by the following:
The procedures will call JOBOK to get a copy of DDVID to use.
If none is available, an error message is typed. If the interface
cannot get a second segment to use (all job slots are in use) an
error message will be typed and no picture can be sent. If the copy
of DDVID will not accept the commands sent to it, the procedures will
type:
DDVID not accepting commands
type R<CR> to retry, <CR> to fail
Typing R will win if DDVID was busy processing your last command, or
something from some other job; it will not win if the copy of DDVID
you are using is hung or stopped. The interface will not try any
other copies which may be around at this point. The procedures below
return TRUE if the command and picture were successfully transmitted;
FALSE if any errors occured. They do not wait for DDVID to display
the picture.